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NA SA I m piemen ta tion Philosophy 


The US will build the transportation 
infrastructure and initial 
communication & navigation and 
initial EVA 

Open Architecture: NASA will 
welcome external development of 
lunar surface infrastructure 






The US will perform early 
demonstrations to encourage 
subsequent development 

External parallel 
development of NASA 
developed capabilities will be 
welcomed 


Source: Exploration Strategy and Architecture, Shana Dale, 2 nd Space Exploration Conference , December 4, 2006 
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Open Architecture: Infrastructure i 
Open for Potential External Cooperatio 


Lander and ascent vehicle 
EVA system 

- CEV and Initial Surface capability 

- Long duration surface suit 

Power 

- Basic power 

- Augmented 
Habitation 
Mobility 

- Basic rover 

- Pressurized rover 

- Other; mules, regolith moving, 
module unloading 

Navigation and Communication 

- Basic mission support 

- Augmented 

- High bandwidth 

ISRU ^ 

- Characterization 

- Demos 

- Production 


Robotic Missions 

- LRO- Remote sensing and map development 

Basic environmental data 

- Flight system validation (Descent and landing) 

- Lander 
Small sats 
Rovers 

- Instrumentation 

Materials identification and characterization 
for ISRU 


From a lunar comm emulation 

perspective: 

In concert with this Agency 
philosophy, we manage the field 
emulation of basic communication 
and navigation capability for the 
Analogs, but seek partnering on 
augmented comm concepts 


US/NASA Developed hardware 
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Emulating the SCaN/LSS Lunar Architecture 


♦ A Lunar Comm and Network Emulator (LCNE) 

• Complies with Agency plans for architecture buildup 

• “Mimics the function” of the Lunar Network under development from 
“boots on the ground” all the way back to NASA 

• Includes surface comm infrastructure, aggregate backhauls, network 
tunnels, security plans, protocols to tie link assets back to NASA 
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Remote test location 


Our system is everything 
in between 






Earth-based 

control 

centers 






Emulating the SCaN/CxLSS Lunar architecture 



♦ NASA’s Lunar Comm and Network Emulator (LCNE) 

• Is a real-time, production-level system analog 

teams count on to conduct their investigations 

• Is a means for analog teams to test their hardware, 
software and operations concepts with planned 
lunar comm conditions, aka “feel it” 

• Provides a mechanism for teams to “dry-run” 
their systems for weeks at the home center prior 
to fielding the technology 

• Provides incremental fidelity at all possible levels 
(architecture, protocols, radio links, delays, etc) 

• Can replicate the function of many different 
lunar network architectures, day to day, week to 
week, etc 

• Allows for performance measurement of large 
integrated lunar scenarios 

• Provides feedback to SCaN architects, and may 
help expose “gotchas” in the architecture through 
ongoing testing 

• Has the flexibility to allow Commercial and 
International partner concepts and components to 
be folded-in and included for validation and 
verification 




What we emulate in the field 


♦ Lunar comm/nav architectures that are relevant to the Analog mission planned (i.e., 1 
day versus 3-day versus 14-day sorties, etc) 

♦ Realistic (not too high, not too low) useable bandwidth for users of the network 

♦ Candidate network protocols and standards 

♦ Use of promising RF spectrum for the lunar environment 

♦ Mobile lunar comm/nav assets and their mission-oriented functions 

♦ Fixed/stationary lunar comm/nav assets 

♦ Bottom line: NASA SCaN Program-compliant architectures so users can “feel” 
what the comm/nav will feel like on the moon 



Fixed- 


Ka Trunk 
to Earth / 


Ka & S-band 
to Users 


Tracking 
& Time 
services 


Lunar Relay Satellite (LRS): 

Periodic coverage of Outpost & 
rest of Moon with single hop 
comm ; tracking & time services 
plus relay to Earth 

Lunar Comm Terminal (LCT): 

"Ground terminal" on the Moon 
talks to LRS or Direct To Earth & 
base station for Wireless LAN 
with comm, tracking, & time 
services 

Common User Radios: Fixed 
base, mobile, & EVA radios use 
wired & wireless LAN 

Earth-based Ground System 
(EBGS): Four ground stations 
with nearly continuous coverage 
of LRS, periodic coverage of 
LCT, & line of sight to near side 
sortie sites 
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What we emulate in the field 



♦ Emerging operations concepts (like “which elements have which types of radios” and “who can talk 
to who” and “when”?) 

♦ Are there comm operations scenarios that can conserve rover power significantly? 

♦ What are the effects of using just one Lunar Relay Satellite? No relay satellites? 

♦ What happens if communication is lost for brief, and lengthy periods of time? 

♦ Mars-forward: what are the impacts of Mars delay on human interaction with Earth? 

These are big architecture-driving questions 
we’re answering in the analog venue 


EBGS 



Constellation A : 2 LRS in same 
plane 180° phased 


Constellation B : Orthogonal planes with the same 
inclination and opposite apolunes 




(2018) 


LRS1 

(2018) 


Same O rbit fo r Roth Constellations: 


Semi-Major Axis= 6142.4 km 
Ecccntricity=0. 59999 
Inclination^?. 7° 

Perilune Argument-90 0 
12-Hour Orbits 





Example 



September 2008, D-RATS 3-day lunar sortie, Mission with LER 


Communication modeled the use of a Lunar Comm Terminal (LCT) 

providing coverage during traverses 
Up to 10km from the outpost 



Surface 

assets 


Surface 

assets 


LCT coverage 


zone 


Surface 

assets 


exploration 


Habitat zone 


Lunar Comm 
Terminal 
mockup 


Area of 
no comm 
coverage 


Earth in 
view: 
DTE” link 


Lunar surface 






LCNE configuration for BPLF/AZ, Oct ‘08 



♦ Lunar Outpost (at the Analog) 

• “Hub” for all communications and networking 

• Network security assets 

• Network measurement assets 



Differential GPS 
receiver, cellular 
booster 


* 24 Mb/s aggr. 

Habitat zone 
surface wireless 


80 Mb/s aggr. 
Relay “Outpost 
to LRS” 


40 Mb/s aggr. 
Relay “Outpost 
DTE” 


LCNE configuration for BPLF/AZ, Oct ‘08 



Lunar Comm Terminal (LCT) for Oct test 



24 Mb/s aggr. 
LCT Simulator 
equipment 
(15m high) 


Long-range 
network video 
camera 




80 Mb/s aggr. 


Relay 


LCT to 


Outpost 






Science 

waypoint 

without 

comm 




Azimuth= 128.5* 
PathLo$s=151.3dB 


Predicting LOS on the surface during traverses 


Di$tance=2 77km 

Rx Relative=-31 9dB 


Obstruction at 1.71km Worst Fresnel=-1.2F1 

Rx level=-1 09.9dBm Rx levei=0.71 28tiV 


Elev. angle=-0155* 
E field=36.5dBnV/m 


Real-time mapping and coverage prediction 
are essential to predict and report loss of 
comm scenarios during traverses 






Days 1 and 2 


LER-3 Day traverse, BPLF 


LER 3-day traverse, Communications Handoff 







Day 1, 10:30am 
Handoff to LRS 
Simulator: 
10:30am MST 


EVA’s performed 
at multiple 
waypoints 


Day 1 , Start in 
Habitat Zone 







ua y i 

Single-waypoint 
loss of comm (40 
minute LOS) 


Day 1, 10:30am 
Handoff to LRS 
Simulator: 
10:30am MST 


EVA, no 
comm to 
Outpost or 

Earth 



\/ 


EVA 

waypoint 




Day 2, 2:30pm 
Comm restored 
to LER 


xxxx>Q~ 



way i .uupm 

Single-waypoint 
loss of comm (40 
minute LOS) 


EVA, no 
comm to 
Outpost or 

Earth 






Day 2, 2:30pm 
Comm restored 
to LER 


Day 2, ~6:00pm 
Handoff from 
LRS Simulator 
to Habitat zone 


Day 2, ~6:50pm 
LER stops for 
the night 





Our core objectives for RATS ‘09 


♦ Evaluate the notion of a Portable Communication Terminal (PCT) 
concept for surface communications between two LER rovers 
on extended traverses 

• Simulate various constrained comm conditions (single LRS coverage 
scenario, no comm, delayed comm) 

• Use RF propagation/prediction tools to select best location for PCT based 
on traverse paths and science waypoints. 

• Move PCT periodically (every couple days) during long traverses to 
illuminate new sets of science waypoints 

• Record performance data, evaluate impacts of the various comm 
scenarios 

♦ Examine the operational benefits of employing a PUP with 
communications to extend comm coverage in addition to the 
PCT 

♦ Evaluate full-duplex NASA C3l-compliant VoIP communications 
with EVA crew and IVA rover crews 


Analog activities currently engaged 


♦ For ESMD 

• Desert RATS 2009 sortie 

- 14-day lunar mission simulation, Sept ’09, Black Point Lava Flow, AZ 

- 2 LER rovers, 2-tri-athletes, 4-suited subjects, CAPCOM, science backroom 

- Deploy LCNE characteristic of lunar environment for this type of mission 

- Ensure communications for D-RATS are “SCaN-compliant” in function 

• Robotic precursor (aka “recon) mission 

- 14-day mission, June ’09, Black Point Lava Flow, AZ 

- Deploy LCNE for rover teams so September crew and mobility personnel at NASA centers 
can “recon” promising areas of interest prior to “landing on the surface” 

- Ensure communications for robotic recon are “SCaN-compliant” in function 

• November ISRU testing, Hawaii 

- (Similar to Nov ’08 test) Consult ISRU Project Management in comm/nav architecture 
plans, encourage SCaN compliance of comm/nav architecture within project budget 

♦ For SMD 

• Pavilion Lake Research Project (PLRP) 

- 14-day mission, June ’09, Pavilion Lake, B.C., Canada 

- Engineer, deploy and operate entry-level LCNE for researchers studying microbialites 

- Fold-in emerging lunar comm operations concepts into PLRP 

- Ensure communications for PLRP are “SCaN-compliant” in function 


Partnering opportunities in Analog Comm/Nav 



♦ CSA with NASA involvement: 

• Consider steering CSA-led analog comm/nav architectures towards 
compliance with the NASA/SCaN planned base architecture 

- Helps ensure future compatibility 

- Trains users of the infrastructure on “what the lunar network will feel like” 

- Include NASA Analog Comm/Nav personnel in architecture planning, concepts 
and designs for CSA-led analogs 

• Welcome promising NASA comm/nav elements to operate in concert with 
CSA-led comm/nav infrastructure at CSA analogs (HMP, Hawaii, etc) 

♦ NASA with CSA involvement: 

• Identify promising comm/nav opportunities for CSA participation at NASA 
analogs, referencing NASA “Open Architecture” framework 

• Coordinate the inclusion of promising CSA comm/nav technologies and 
systems in the NASA-led analogs (D-RATS, NEEMO, etc) 


Working together in these early phases of planning benefits everyone in the long 

We are much stronger together than we are alone! 


Backup 


PLRP ’09 Communications 


Pavilion Lake communications plan, Comm/Network Overview 
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Pavilion Lake communications plan 
Illustration - Extending mesh coverage to the north 



Notes: 

• Positioning vessels 
strategically improves 
coverage in desired areas 

• Green area is overall 
coverage obtained from 
combination of base 
camp location node and 
the additional vessel- 
provided coverage 

• Notice vessel 2 is hopping 
packets (i.e, “meshing”) 
through vessel 1 to get to 
base 

• North area of the lake 
becomes illuminated 

• South area of the lake is 
less illuminated, but 
irrelevant because no 
operations underway there 






How a Mobile Comm/Recharge Pallet (MCRP) will save 

energy and exploration time 


Option 1 - Portable Comm Terminal, PUP combination 



You 
want to 
get here 


One LER has to return to 
“pick up” the PCT/PUP, 
back-tracking to places 
it’s already been, and use 
more energy to move the 
PCT/PUP with LER than the 
unit would use to move 
itself 


You 

Start 

here 


You want to see as much 
as you can out here 


How a Mobile Comm/Recharge Pallet (MCRP) will save 

energy and exploration time 


Option 2 - Mobile Comm/Recharge Pallet (MCRP) combination 


MCRP is repositioned and 
deployed via telerobotic or 



You 

Start 

here 


autonomous means. Prevents 
large back-tracks by the LERs, 
allows LER’s to generally “keep 
moving forward”and to cover more 


No Backtrack, and 
Less energy 
expended to move 
Comm relay and 
PUP elements 


You 

Want to 
Get here 


You want to see as much 
as you can along the way 


